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(54) Method and apparatus for communicating wtth a network peripheral 

(57) Process steps to provide communication 
between a web browser capable of initiating execution 
of a platform-independent segment of executable code 
and a peripheral having an HTTP server and an SNMP 
agent A first packet is transferred to the HTTP server, 
and, in response, a ffle is transmitted to the web 
browser. The file contains a reference to a platform- 
independent segment of executable code. Upon 
processing the fOe, this code segment is requested from 
the HTTP server. After the web browser receives the 
executable code from the HTTP server, execution of the 
code segment is initiated in order to create an SNMP cli- 
ent Execution of the code segment also causes a 
packet to be sent from the SNMP client to the SNMP 
agent in the peripheral. In response to this packet, infor- 
mation concerning the peripheral is transferred from the 
SNMP agent to the SNMP client. 
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Description 

BACKGROUND OF THE INVENTION 

Field Of The Inventi n s 

The present invention relates to a system for com- 
municating between a workstation and a network 
peripheral which includes steps to transfer HTML files 
and JAVA appl els from the peripheral to a browser exe- w 
cuting within the workstation, to execute a JAVA applet 
so as create an SNMP client within the workstation and 
to execute a JAVA applet so as communicate with the 
peripheral via the SNMP cSent. 

is 

Dftficription Of The Related Art 

A local area network allows workstations to access 
peripherals located on the network. The workstations 
query and control the network peripherals through van- 20 
ous networking protocols. Therefore, in order to control 
and monitor a network peripheral, both a workstation 
and the peripheral must be equipped to communicate 
via a common networking protocol. 

Simple Network Management Protocol fSNMPT is 2s 
a widely-used network monitoring and control protocol. 
As such, many network peripherals are currently 
equipped to communicate over networks via SNMP. 
Briefly, SNMP-equipped peripherals contain SNMP 
agents, which are hardware and/or software implemen- so 
tations that report peripheral status to and receive com- 
mands from other network devices. The SNMP agent 
utilizes data contained in a Management Information 
Base ("MIB") to determine what information is available 
from the peripheral and to determine which aspects of 35 
the peripheral can be controlled. 

Corresponding workstations can be equipped with 
SNMP clients, which are software implementations that 
communicate with a peripheral's existing SNMP agent. 

Tektronix, Inc. has recently introduced its Phaser- 40 
Link™ system, which allows users to query a network 
printer through the World Wide Web or an intranet, 
using an HTTP server located in the printer itself. As a 
result, a network user may, using a web browser, 
access and view several web pages which contain sta- 45 
tus and control information relating to the printer. Hew- 
ever, in order to provide current information to the user, 
the server in the printer must in response to a request 
from the user, query the printer as to the printer's status 
and thereafter script an appropriate HTML page in so 
accordance with the status. 

Phaser Link printers also include an SNMP agent 
for comrrturticating the same status and control informa- 
tion to SNMP clients. Accordingly, PhaserLink is not a 
satisfactory system for communicating status and con- 55 
trol information because it involves so much duplication. 
Particularly, instead of communicating with the printer 
through the printer's already-existing SNMP agent, Pha- 



serLink creates another complex interface which 
attempts to emuiat the capabilities of the SNMP proto- 
col. 

Therefore, what is needed ts a system which allows 
a workstation to query and control a network peripheral 
through the peripheral's existing SNMP agent using 
industry-standard tools already existing within the work- 
station. 

SUMMARY OF THE INVEffllON 

The present invention relates to a system by which 
a network peripheral provides client wo r kst a t i ons with 
the functionality required to communicate with the 
peripheral. 

In one aspect, the present invention provides com- 
munication between a web browser capable of initiating 
execution of a platforrmndependertt segment of execut- 
able code and a peripheral having an HTTP server and 
an SNMP agent A first packet is transferred to the 
HTTP server, and, in response, a file ts transmitted to 
the web browser. The file contains a reference to a plat- 
form-independent segment of executable code.' Upon 
processing the f ile, this code segment is requested from 
the HTTP server. 

After the web browser receives the executable code 
from the HTTP server, execution of the code segment is 
initiated in order to create an SNMP client. Execution of 
the code segment also causes a packet to be sent from 
the SNMP client to the SNMP agent in the peripheral. In 
response to this packet, information concerning the 
peripheral is transferred from the SNMP agent to the 
SNMP client 

In another aspect, the present invention provides a 
machine having a web browser capable of initiating exe- 
cution of a riatform-independent segment of executable 
code with information from a peripheral having an 
SNMP agent and an HTTP server. The browser is exe- 
cuted in order to retrieve from the peripheral a file which 
includes a reference to a platform-independent seg- 
ment of executable coda Next, the file is processed so 
as to request the code segment from the peripheral. 

After the code segment is received from the periph- 
eral, the code segment is executed so as to create an 
SNMP client The code segment is thereafter executed 
so as to send a packet from the SNMP client to the 
SNMP agent The invention also provides a step to 
receive information concerning the peripheral from the 
SNMP agent 

In yet another aspect, the present invention allows 
a peripheral having an SNMP agent and an HTTP 
server to provide peripheral information to a web 
browser capable of initiating execution of a platform- 
independent segment of executable coda Generally, a 
first packet is sent from the web browser to the HTTP 
server, a file is sent to the web browser, the file contain- 
ing a reference to a riatform-independent segment of 
executable code, request for the code segment is 
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received from the web browser, the code segment is 
sent to the web browser, a second packet is received by 
the SNMP agent, and peripheral information is sent to 
an SNMP client via the SNMP agent 

This brief summary has been provided so that the s 
nature of the invention may be understood quickly. A 
more complete understanding of the invention can be 
obtained by reference to the following detailed descrip- 
tion of the preferred embodiments in connection with 
the attached drawings. 10 

BRIEF DESCRI PTION OF THE DRAWINGS 

Figure 1 is a diagram of a network architecture of 
an embodiment of the present invention. is 

Figure 2 is a diagram showing the physical layout of 
components on a network board of an embodiment of 
the present invention. 

Figure 3 is a functional block diagram of the net- 
work board. 20 

Figure 4 is a perspective view showing the outward 
appearance of a workstation of an embodiment of the 
present invention. 

Figure 5 is a block diagram of a user's workstation. 

Figure 6 is a block diagram of a technical support 2$ 
operator's workstation. 

Figure 7 is a copier home page as displayed by an 
Internet browser. 

Figure 8 is an HTML f De corresponding to the copier 
home page of Figure 7. so 

Figure 9 is an HTML file corresponding to a Tab 
Frame of the copier home page of Figure 7. 

Figure 10 is an "Administration" web page as dis- 
played by a browser. 

Figure 11 is an HTML file corresponding to the & 
"Administration" web page of Figure 10. 

Figure 12 is a Technical Support server home page 
as displayed by a browser. 

Figure 13 is a flowchart for describing process 
steps to create an SNMP client in a workstation and to 40 
reboot a copier via the SNMP client 

Figure 14 is a flowchart for describing process 
steps to send copier information to a technical support 
organization. 

Figure 15 is a flowchart tor describing process 4$ 
steps to send copier information to a technical support 
organization. 

Figure 16 depicts a Web page for providing servic- 
ing information generated by a network copier in 
response to a service organization request so 

Figure 17 depicts a Web page showing mainte- 
nance and diagnostic functions available to be executed 
by a network copier. 

Figure 18 is a flowchart for describing a method for 
performing remote maintenance and servicing of a net- ss 
work copier over the internet 

Figure 19 depicts a service request page automati- 
cally generated by a network copier in response to a 



detected condition. 

Figure 20 is a flowchart for describing a method by 
which a network peripheral device may send an auto- 
matic service request over an IP-network. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[Network Architecture] 

Figure 1 is a diagram of a network architecture 
which can be used to implement an embodiment of the 
present invention. Included in Figure 1 is Network Inter- 
face Board (NIB) 14, an example of which is described 
in U.S. Patent Application Na 08/409.034, filed March 
23, 1995, entitled "Network Interface Board For Digital 
Copier". The NIB 14 is coupled to a copier 11 having an 
open architecture through a Multi-Device Controller 
(MDC) 12. In a preferred embodiment, the copier 11 is a 
Canon GP-55 or other copier capable of establishing a 
robust interiace with NIB 14. The NIB 14 is also coupled 
to a local area network (LAN) 15 through a LAN inter- 
face, for example, an Ethernet interlace 1 OBase-2 with a 
Coax connector or lOBase-T with an RJ-45 connector. 
Alternatively, the present invention may utilize a LAN 
conforming to a Token-ring architecture. 

Plural workstations, such as workstations 9 and 16, 
are also connected to the LAN 15, and under control of 
the network operating system these workstations are 
able to communicate with the NIB 14. One of the work- 
stations, such as workstation 9, may be designated for 
use as the network administrator. 

In addition, workstations 9 and 16 may each com- 
prise a standard workstation capable of generating data 
I aes, transmitting them onto the LAN 15, receiving files 
from the LAN 1 5, and displaying and/or processing such 
files. A workstation may also have a printer connected 
directly to it 

Printers 10 and 17 are connected to the LAN 15 
respectively through a Network Expansion Device 
(NED) 13 and a Network Expansion Board (NEB) 18 
(examples of which are described in co-pending U.S. 
Patent Application No. 08/489,116, filed June 9, 1995, 
entitled "Outputting a Network Device Log File")* 
respectively. Other unshown peripherals may also be 
connected to the LAN 1 5. 

Typically, a LAN services a fairly localized group of 
users such as a group of users on one floor or contigu- 
ous floors in a building. As users become more remote 
from one another, for example, in different buildings or 
different states, a wide area network (WAN) (not shown) 
may be created which is essentially a collection of sev- 
eral LANs all connected by high speed digital fines, 
such as high speed integrated services digital network 
(ISDN) telephone lines. 

Figure 1 shows that LAN 15 is connected to the 
World Wide Web 6 via a router 7. Accordingly, LAN 15 
must support data packets transmitted according to the 
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TCP/IP network protocol (IP-packets). Each IP-packet 
includes a destination field indicating the network 
address of the intended recipient a source field indicat- 
ing the network address of the sender, a data field, a 
field indicating the length of the data field, and a check- 
sum field tor error detection. Although the invention is 
described with respect to IP communications, it should 
be understood that the invention can be implemented 
using other communication protocols as well. 

The router 7 primarily provides the LAN 15 with 
Web monitoring functions, routing IP-packets intended 
for devices on LAN 15 to the LAN 15 and discarding all 
others, and placing IP-packets generated by devices on 
LAN 15 onto the Web 6. 

Also connected to the Web 6 are router 2 which 
provides workstations 1 and 3 wfth access to the Web 6 
and router 5 which provides workstations 4 and 8 with 
access to the Web 6. In the present invention, worksta- 
tions 1 and 3 are connected to a Technical Support 
organization LAN 1 9 and workstations 4 and 8 are con- 
nected to a Sales organization LAN 20. Similarly, the 
workstation 4 is located at the Sales center responsfte 
for providing accessories to the GP-55 copier 1 1. 

A preferred embodiment of the present invention is 
described below in the context of IP communications 
among workstations 1 and 9, each of which includes a 
network expansion board (not shown) for generating IP- 
packets, and copier 11 which utilizes NIB 14 to generate 
IP-packets. However, the present invention is not limited 
t using the foregoing hardware For example, the 
invention could also be implemented by using a network 
expansion device, such as NED 13, a network expan- 
sion board, such as NEB 18, provided a robust periph- 
eral to network board interface can be established. 
Similarly, other peripheral devices could be substituted 
tor copier 11, and a variety of processing devices could 
be substituted for workstations 1 and 9. 

[Network Interface Board] 

Broadly speaking, the NIB 14 is an interactive net- 
work device which couples the copier 1 1 to the LAN 15, 
making the copter 11 a responsive and interactive net- 
work member. The NIB 14 receives copy data, status 
requests, and control commands from the LAN 15, 
transmits copy data, status requests, and control com- 
mands to the copter 11 for execution, and transmits sta- 
tus information back to the LAN 15. Thus, the NIB 14 
can perform not only remote copying services and copy 
server functionalities, but can also offer to network 
members whatever status and control features are 
available from the peripheral interface. 

Figure 2 is a view showing the physical layout of 
components on the network interface board 14. As 
shown in Figure 2, the NIB 14 includes, all mounted on 
a PCB (printed circuit board) 21 , ac microprocessor 22 
such as an Intel 80486-DX2 microprocessor for control- 
ling all functions on the NIB 14, a PC-AT chipset 24 



which includes logic circuitry specific to the NIB 14 for 
controlling and monitoring various functions on the NIB 
14, such as monitoring address and data buses and 
issuing chip select commands, a network controller 25 

5 such as an Ethernet controller for managing access to 
the local area network, and three network connectors 
26, 27 and 29 for connecting to any of the standard net- 
work wiring such as T-base 10, T-base 10 and AUI. The 
microprocessor 22 is provided with a minimum of 4MB 

w of dynamic RAM (DRAM) via the SIMM sockets 30. 
which can accept up to 64 MB of DRAM. A dual port 
RAM 31 is provided to communicate with the MDC 12 
via a connector 32. 

The microprocessor 22 is also provided with access 

15 to EPROM 34 for persistent storage. Two option slots 35 
and 36 respectively, which are controlled by a PCMCIA 
interface controller 37 are provided for PCMCIA type 2 
expansions by which it is possHe to equip the NIB 14 
with a variety of additional peripherals such as a 

so modem, an ArcNet interface, and the like. 

Access to the MDC's video bus is provided via a 
video bus connector 38 which is controlled by a video 
interlace gate array 39. Gate array 39 has access to a 
minimum of 1 MB of video RAM (VRAM) which is 

25 expandable up to 32 MB of DRAM via a SIMM socket 
40. 

Status lights 41 are provided for a user to monitor 
internal status flags of the NIB 14. In addition, two data 
interface ports are provided: a bi-directional parallel port 
30 42 so as to permit connection to a bi-directional data 
device such as a stand-clone computer, and an RS-232 
serial port 44 so as to support serial communication 
such as for debug purposes. 



Figure 3 illustrates examples of blocks of code, or 
software modules, that are utilized by the NIB 14. The 
XP module 51 provides a standardized interface 

40 between the copier 11 and the NIB 14. A MUD (Mutti 
Link Interface Driver) 68 is a piece of code (Media Sup- 
port Module, or MSM) Gnked together with a piece of 
customized code (Hardware Support Module, or HSM) 
that is the lowest level of connection to the LAN 1 5. The 

45 LSL (Link Support Layer) 63 is a piece of code that acts 
as a multiplexer between the low level MLID 68 and the 
TCP/IP protocol stack 56, the Novell IPX protocol stack 
57, the Appletalk protocol stack 59 and the NetBIOS 
protocol stack 60 above it. 

so The Protocol Independent Interface (PI!) module 61 
provides a single interface for communication via the 
various supported protocols. Because the NIB 14 sup- 
ports multiple protocol stacks, this module exists as 
long as the NIB 14 is running. Flash server 62 is used to 

55 reprogram EPROM 34. Pll module 61 works in conjunc- 
tion with flash server 62 to monitor and support the var- 
ious protocol stacks. 

The NIB 14 also supports a Hyper Text Transfer 



35 [Network Interface Board Software] 
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Protocol ("HTTP*) server 64 which enables worksta- 
tions 9 and 16 of th LAN 15 to access the NIB using a 
web browser which supports World Wide Web protocol. 
Accordingly, the NIB 14 also contains files which may be 
passed to such a web browser according to HTTP pro- $ 
tocol, such as Hyper Text Markup Language ("HTML") 
files, JAVA applets, or Graphics Interchange Format 
("GIF") files. JAVA applets are platform-independent 
segments of executable code which are designed to run 
behind an applet-enabled web browser on a workstation 10 
using a JAVA Virtual Machine ("JVM"). 

In addition, the NIB 14 provides the copier 11 with a 
Simple Network Management Protocol ("SNMP") agent 
55. SNMP agents are widely used to exchange monitor- 
ing and control data between network peripherals and is 
network workstations. The agent 55 returns information 
contained in a Management Information Base 54. which 
is a data structure that defines what information can be 
obtained from the copier 11 and what aspects of the 
copier 11 can be controlled. The NIB 14 includes an so 
PJL/RPC interpreter 52 to interface between the SNMP 
agent 55 and the XP interface 51. 

[Workstations] 

Figure 4 is a view showing the outward appearance 
of a representative embodiment of a workstation utiliz- 
ing the present invention. Shown in Figure 4 is a work- 
station 9. such as a Macintosh or an IBM PC or PC- 
compatible computer having a windowing environment, so 
such as Microsoft Windows. Provided with the worksta- 
tion 9 is a display screen 70, such as a color monitor, a 
keyboard 77 for entering user commands, and a point- 
ing device 76. such as a mouse, for pointing to and for 
manipulating objects displayed on the screen 70. 35 

The workstation 9 includes a mass storage device 
such as a computer disk 74 for storing data files. The 
workstation communicates to other externa) devices via 
a tacst mile/modem interface 71. Such external devices 
might include an internet service provider for providing AO 
alternate connection means to Web 6. A printer 75 is 
provided for hardcopy output 

Figure 5 is a detailed block diagram showing the 
internal construction of the workstation 9. As shown in 
Figure 5, the workstation 9 includes a central process- as 
ing unit (CPU) 81 interlaced with a computer bus 80. 
Also interfaced with the computer bus 80 is a printer 
interface 82, a network interlace 84. a fax/modem inter- 
face 85. a display interface 86. a keyboard interface 90, 
a mouse interface 91, a main memory 87, and a fixed so 
disk 74. Disk 74 stores a JAVA-enabied web browser, a 
Windows Operating System and various Windows 
appfications. The web browser communicates to the 
LAN 15 and to the World Wide Web 6 through a network 
interface 72. The main memory 87 interfaces with the ss 
computer bus 80 so as to provide random access mem- 
ory storag for use by the CPU 81 whDe executing 
stored process steps such as those of the web browser. 



More specifically, the CPU 81 loads those process steps 
from the cfisk 74 into the main memory 82 and executes 
those stored process steps out of the main memory 82. 

Figure 6 is a block diagram of the Technical Support 
workstation 1.Th workstation of Figure 6 is comprised 
of the same general components as the workstation of 
Figure 5 with the exception of the data stored on the 
disk 109. In particular, the disk 109 contains an HTTP 
server, HTML files, GIF files and JAVA applets, in addi- 
tion to a Web browser. 

[Method and Apparatus tor Communicating with A Net- 
work Peripheral] 

Figure 7 is a home page 120 of the HTTP server 64 
located on the NIB 14, as displayed by a browser on the 
display 70. The page 120 includes a Tab Frame 121. a 
Viewer Frame 122 and an External Link Frame 124. 

The Tab Frame 121 includes icons 126 represent- 
ing other HTML pages which are available from the 
HTTP server 64. As will be discussed below, the Tab 
Frame 121 is a f ixed component of the copier web 
pages, therefore the Tab Frame icons 126 are available 
from any page provided by the HTTP server 64. 

The Externa) Link Frame 124 includes icons 125 
which provide access to the HTTP servers located 
within workstations 1 and 4. Like the Tab Frame icons 
126, these icons 125 are available from any page pro- 
vided by the HTTP server 64. 

Figure 8 is a hardcopy of an HTML file 130 corre- 
sponding to the copier home page 1 20. The f Qe contains 
hypertext tags 131, 132 and 134, which are links to 
HTML files corresponding to the Tab Frame 121, the 
viewer Frame 122 and the External Link Frame 124, 
respectively. 

Figure 9 is a hardcopy of an HTML file 140 corre- 
sponding to the Tab Frame 121. The fQe 140 contains a 
tag 141 directing a browser to display the user options, 
which will be confined to the left side of the browser dis- 
play area, as defined by the home page HTML fBe 130. 
More importantly, the file 140 contains an applet tag 
1 42, which refers to a JAVA applet located on the HTTP 
server 64. The browser, when processing the fOe 140. 
requests the applet from the HTTP server 64 upon 
encountering the applet tag 142. The Tab Frame applet 
waits for user action on the Tab Frame 121 and 
responds with appropriate actions. 

Figure 10 is an "Administration" HTML page 150 
downloaded from the HTTP server 64. as displayed 
within a browser. Current configuration settings are dis- 
played infiekte such as fields 152. 154 and 155 using an 
applet downloaded from the HTTP server 64. The set- 
tings are obtained by an SNMP client within the work- 
station from an SNMP agent 68 within the HTTP server 
64. Furthermore, the page 150 contains icons 151 
which, when selected, cause administrative functions to 
be executed within the copier 11. 

Figur 11 is an HTML fie 160 corresponding to the 
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•/^ministration" web page 150. The fil contains applet 
tags 161, 162 and 164. which, when encountered by a 
browser, cause corresponding applets to be down- 
loaded from the HTTP server 64 and executed. Upon 
execution, these applets present icons 151 to a user 
and monitor th„ icons 151 for user selection. K an icon 
151 is selected, the correspond ng applet which has 
been waiting for such a selection, executes the corre- 
sponding administrative function within the copier. 

Rgure 12 is a home page of a Technical Support 
server 1 as displayed by a browser. The page 170 con- 
tains fields 171 and 172 which may be completed 
dynamically via JAVA applets downloaded from the 
Technical Support server 1 or from the HTTP server 68. 
Alternatively, these fields may be completed manually 
by a user, tn any case, the data in these fields is con- 
verted to CGI format and sent in an IP packet to the 
Technical Support server 1 upon user selection of "sub- 
mits icon 1 74. 

Figure 13 is a flowchart tor describing process 
steps to create an SNMP client in a workstation and to 
reboot a copier via the SNMP client Generally speak- 
ing, the process steps of Figure 13 provide communica- 
tion between a web browser capable of initiating 
execution of a platform-independent segment of execut- 
able code and a peripheral having an HTTP server and 
an SNMP agent. A first IP-packet is transferred to the 
HTTP server, and. in response, an HTML file is trans- 
mitted to the web browser. The HTML file contains a ref- 
erence to a platfornHhdependent segment of 
executable coda Upon processing the HTML file, this 
code segment is requested from the HTTP server. 

After the web browser receives the executable code 
from the HTTP server, execution of the code segment is 
initiated in order to create an SNMP client Execution of 
the code segment also causes an IP-packet to be sent 
from the SNMP client to the SNMP agent in the periph- 
eral. In response to this IP-packet, information concern- 
ing the peripheral is transferred from the SNMP agent to 
the SNMP client 

More particularly, in step S1301. a web browser 
executing within a workstation 9 obtains an IP address 
of an HTTP server 64 corresponding to a network copier 
11. The web browser may be any JAVA-enabled 
browser, such as Netscape's Navigator® 3.0, Micro- 
soft's Internet Explorer® 3.0 or the tike. Furthermore, 
the IP address may be obtained in several ways. 

First a user may input the IP address directly into 
the appropriate area of the browser's graphical user 
interface. Alternatively, the browser may obtain the IP 
address using a name which corresponds to a World 
Wide Web home page located within the HTTP server 
64 of the network copier 11. According to this alterna- 
tive, the name is sent in an IP packet from the web 
browser to a domain name server, which returns the 
home page's IP address to the web browser. 

Next, in step S1302, the web browser sends an IP 
packet containing th returned IP address to th router 



7, which routs the packet to the HTTP server 64. In 
response to the I P packet the HTTP server 64 sends an 
HTML fie to the browser in step S1304. In step S1305. 
the web browser processes and displays the HTML file 

5 in accordance with hypertext tags contained in the f fla 
As shown in Figures 7 to 9, the hypertext tags pro- 
vide page formatting information to the browser which 
defines text areas, graphics areas or JAVA client areas. 
For example, upon processing HTML ffle 130, the • 

io browser is instructed by hypertext tag 131 to display a 
second HTML ffle 140 at the left side of the cfisplayed 
page 120. This HTML file 140 represents Tab Frame 
121 . Further, hypertext tag 132 instructs the browser to 
display a third HTML file on the right side of the (fis- 
ts played, page 120. The third HTML file represents the 
Viewer Frame 122 and is dynamically created by the 
HTTP server 64 go that it presents the current status of 
the copier when displayed. 

In the case that a browser encounters a graphics 

20 tag which designates an image to be displayed, the 
browser retrieves the image according to the location 
provided in the tag and displays the image in the 
browser display area designated by the tag. Similarly, in 
the case that a browser encounters a JAVA applet tag, 

25 the browser retrieves the segment of JAVA applet code 
according to the location provided in the tag and, also 
according to the tag. reserves a client area of the dis- 
play area in which the JAVA applet may display data 
The browser then initiates a JAVA Virtual Machine 

30 ("JVM") to execute the applet 

In step S1306, because the browser encounters a 
JAVA applet tag 1 42 while processing the HTML file 140 
corresponding to the Tab Frame 1 21 . the browser sends 
an IP packet to the HTTP server 64 requesting the ref* 

35 erenced applet Accordingly, in step SI 307, the HTTP 
server 64 returns the applet to the browser. 

The browser, in step S1309, initiates a JAVA Virtual . 
Machine in order to execute the JAVA applet. The applet 
is executed in step S1310. thereby creating an SNMP 

40 client in the workstation 9 and waiting for user selection 
of one of the icons 126 cfisplayed in the Tab Frame 121. 

tn step S1311, the user, using the mouse 76, 
selects the "Admin" icon displayed in the Tab Frame 
121 . The "Admin" icon is a hypertext link to the "Admin" 

45 page located on the HTTP server 64. Therefore, the 
browser, in step S1312, sends an IP packet to the HTTP 
server 64 requesting the "Admin" page's HTML file 1 60, 
shown in Rgure 10. The server 64 sends the HTML file 
160 to the browser in step S1314. 

so tn step S1315. the browser processes the HTML 
tfle 160 according to its hypertext tags, which instruct 
the browser to display the file in the Viewer Area 122. 
The browser also reserves client areas 152, 154 and 
155 according to the HTML ffle*s applet tags 165. Also 

55 in accordance with the applet tag 165, the browser 
requests the referenced applet from the HTTP server 64 
in step S1316. The HTTP server transfers the applet to 
the browser in step S1317. 
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In step S1319, the JVM executes the applet to 
obtain information from the copier 11 using the SNMP 
dient aeated in step S1310. In particular, the JVM 
instructs the SNMP client to send an IP packet request- 
ing copier information to the SNMP agent 68 within the 
network copier 11. The SNMP cfierrt then sends the IP 
packet to the SNMP agent 68 using the IP address 
obtained in step S1301. However, the SNMP agent has 
a different socket number than that of the HTTP server 
64. Accordingly, the SNMP diem simply sends the IP 
packet to the IP address obtained in step S1301 . along 
with a reference to the SNMP agents socket 

In response to the IP packet, the SNMP agent 68 
returns the requested copier information, using SNMP 
protocol, to the SNMP client The JVM then displays the 
information in the appropriate areas 1S2, 154 and 155 
of the •Admin" page 150. 

In step S1320, after the "Admin" page 150 and cor- 
responding copier i n formation have been displayed, the 
user selects the "Reboot The Copier" icon 151. The 
"Reboot" and "Upgrade Firmware" icons 151 are not 
hypertext Bnte, rather, these icons are displayed by 
JAVA applets 161, 162 and 164. Accordingly, in step 
S1321, once selected the applet which displays the 
"Reboot" icon 151 is executed so as to cause the SNMP 
client to instruct the SNMP agent 68 to reboot the copier 
11. 

It should be noted that the preceding steps S131 1 
to S1321 are described with respect to the "Admin" 
page 150 only to provide an example of Hs functionality, 
and that any copier information pages may employ sim- 
ilar functionality. 

[Accessing Peripheral Web Pages Via Hypertext Links] 

In one aspect, flow proceeds from step S1321 to 
step S1424. In step S1424, the user, using the mouse 
76, selects the "Support" icon cfisplayed in the External 
Link Frame 124 of the "Admin" page 151. Next, in step 
S1425, the browser sends an IP packet to a Technical 
Support server 1 requesting the server's home page 
170. The Technical Support server's IP address is 
obtained either directly from the currently displayed 
HTML fie or according to the Technical Support server's 
domain name, as described above with respect to step 
S1201. 

In step S1426, the Technical support server 1 
returns an HTML file to the browser, which in turn dis- 
plays a home page 170 corresponding to the HTML file. 
The home page 1 70 contains HTML tags which instruct 
the browser to display, in step S1427, the page 170 
within the Viewer Frame 122 of the browser display. The 
page 170 contains user input fields 171 and 172. 

If, in step S1429, the browser encounters any 
applet tags within the Technical Support HTML file, flow 
proceeds to step S1430, in which the browser retrieves 
the referenced applets from the Technical Support 
server 1. Next, in step S1431. the JVM executes the 



applets in order to obtain copier information via th 
SNMP protocol and to ffll in the appropriat copier infor- 
mation fields 171 and 172 the page 170 with the copier 
information. 

5 The applets which allow the SNMP dient to retrieve 
copier information are downloaded only when first 
encountered. Thereafter, in the case that the user revis- 
its the page, the applet can be executed immediately 
and thereby can update the page quickly. In contrast, 

w PhaserLink requires an HTTP server to rescript an . 
HTML file in accordance with copier status each time a 
page corresponding to the ffle is summoned by a 
browser. 

Row proceeds from step S1431 to step S1432. If, in 
is step S1429, no applet tags are encountered, flow also 
proceeds to step S1432. 

In step S1432, the user manually inputs data into 
user input fields 171 and 172. The web browser con- 
verts this data into CGI format in step S1434. Thereaf- 
20 ter, in step S1435, the browser sends a new IP packet to 
the Technical Support server which is identical to the 
packet sent in step S1425 except that the new packet 
also contains the CGMormatted data. The process 
steps of Figure 1 4 terminate in step S1 436. 

25 

[Accessing Peripheral Web Pages Via Peripheral 
Applets] 

In another aspect fbw proceeds from step S1321 

30 to step S1524, wherein the "Support" icon 125 dis- 
played in the External Link Frame 124 is not a hypertext 
link to a Technical Support server 1, rather, the icon is 
displayed by a JAVA applet retrieved from the HTTP 
server 64 upon processing the External Link Frame 

35 HTML file. In step S1524, the user selects this icon 125. 
In accordance with the applet, the JVM instructs the 
browser to access a Technical Support server in step 
S1S25. In step S1526, the browser issues an IP packet 
in order to obtain the Technical Support server's home 

40 page 170. The Technical Support server's IP address 
may be obtained through either method descrfced 
above with respect to step S1425. 

In step S1527, the Technical Support server 1 
returns an HTML file which defines the Technical Sup- 

45 port server's home page 170. The HTML fDe instructs 
the web browser to display the home page 170 in the 
Viewer Frame 122 of the browser display. The home 
page 170 also contains areas for inputting copier infor- 
mation. Accordingly, in step S1529, the JVM executes 

so the "Support" applet in order to obtain copier informa- 
tion from the SNMP agent 68 via the SNMP client as 
described in view of step S1319. Then, in step S1530, 
the JVM executes the applet so as to input the copier 
information into the appropriate areas of the page 170. 

55 As mentioned above, the applets which allow the 
SNMP dient to retriev copier information are down- 
loaded only once. If the user revisits the page, the 
applet is executed immediately and the page is updated 
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quickly. In contrast, PhaserLink requires an HTTP 
server to rescript an HTML file in accordance with cop- 
ier status each time the file is requested by a browser. 

H necessary, in step S1531, the user manually 
inputs user information into user input areas of the pag 
170. In step S1532. the user selects a "Submit* icon 
(not shown) in the home page 170. In response, the 
applet instructs the browser to convert the information 
input into the page 170 into CGI format in step S1534. 
Next in step SI 535, the browser sends an IP packet to 
the Technical Support server 1. The IP packet is identi- 
cal to the packet sent to the server 1 in step S1526 
except that the packet also contains the CGI-formatted 
information. 

H should be noted that the applet may be used to 
obtain any data via the SNMP agent and to convert that 
data into CGI format tor delivery to the Technical Sup- 
port server, whether or not the data is displayed to the 
user. 

In addition, although JAVA applets have been 
described, it should be understood that the process 
steps of Figures 13 to 15 may be used in conjunction 
with any code which is retrievable and executable via a 
web browser. 

[Remote Maintenance and Servicing of Network Periph- 
erals] 

Figure 16 depicts a Web page for providing servic- 
ing information generated by a network copier in 
response to a service organization request. General 
servicing information 180 is provided tor the service 
technician's review. In addition, links 181 through 184 
can be selected by the technician to bring up additional 
copier servicing pages. For example, in the event link 
184 is selected, the page depicted in Figure 17 is 
retrieved. 

Figure 17 depicts a Web page showing mainte- 
nance and diagnostic functions available to be executed 
by a copter 11. When any of buttons 190 are selected 
and then the send button 192 is selected, network cop- 
ier 11 performs the corresponding diagnostic or mainte- 
nance functions. In addition, by selecting any one of 
links 194, the corresponding page can be retrieved. 

Figure 18 is a flowchart iDustrating a process steps 
for performing remote maintenance and servidng of 
coper 11 over the internet by a service technician work- 
ing at workstation 1. 

In general, according to the process steps in Figure 
6, a first IP-packet sent from a remote service organiza- 
tion is received by a network peripheral device via the 
IP-network, the first IP-packet including a request for 
servicing information from the network peripheral 
devica Next a second IP-packet is sent automatically 
upon receipt of the first IP-packet from the network 
peripheral device to the remote service organization via 
the IP-network, the second IP-packet inducting th 
requested peripheral servicing information. Thereafter, 



a third IP-packet sent from th remote service organiza- 
tion to the network peripheral device via the IP-network 
is received by th network peripheral device, the third 
IP-packet including an instruction to execute a periph- 

5 era! servicing function. Finally, the peripheral servicing 
function is executed by the network peripheral device 
automatically in response to the third IP-packet. 

More particularly, in step S1801, a service techni- 
cian operating workstation 1 initiates contact with copier 

10 11 by causing workstation 1 to prepare and send an IP- 
packet to NIB 14 coupled to copier 11. The IP-packet 
contains a request for servicing information from net- 
work copier 11. 

In the following description, the service technician 

is runs a Web browser on workstation 1 , and NIB 14, con- 
nected to copier 11, includes an HTTP server which is 
set up to provide HTML files related to maintenance 
comntinications. Accordingly, the service technician 
can initiate contact with copier 1 1 by merely entering the 

20 address of the maintenance and servidng Web page of 
copier 11 into the browser and executing the browser. 
Similarly, it is expected that data will be returned in 
HTML file formal However, it is to be understood that 
the data format used is not limited to HTML 

25 Once generated, the IP-packet is sent from work- 
station 1 to NIB 14 successively via router 2, world wide 
web 6, router 7 and LAN 15, as described in more detail 
above NIB 14 then unpacks the IP-packet and passes 
the data contained in it to copier 11 via XP interface 51. 

30 In step S1802, copier 11 receives and evaluates the 
request to determine what data is required to be sent 

In step S1804, based on the evaluation in step 
S1802, copier 11 then retrieves and outputs the data to 
NIB 14. NIB 14, in turn, then includes the received data 

35 in an HTML file using one of the stored HTTP files 65 
and its HTTP server 64, and includes the HTML file in 
an IP-packet The generated IP-packet which includes 
in its destination field the address of workstation 1, is 
then sent from NIB 14 to workstation 1 successively via 

40 LAN 15, router 7, World Wide Web 6 and router 2. 

hi step S1805, the IP-packet is received by work- 
station 1. The HTML page, inducing the data provided 
by copter 11, within the packet is then displayed by the 
Web browser according to the i nstruct io ns sent For 

45 example, the initial contact would typically have consti- 
tuted a request to view a general servicing information 
page of copier 11 illustrated in Figure 16. As depicted in 
Figure 16, the Web page 100 contains general servicing 
information 180 and links 181 through 184 to other 

so pages. The service technician evaluates the displayed 
data to determine how to proceed next. 

In step S1806, if the service technician determines 
that additional servicing information is required, flow 
returns to step S1801 to request such additional infor- 

55 mation. The specific servicing information requested 
might depend upon the service technician's original 
motivation for initiating contact with copier 11 and any 
previous information obtained from copier 11. For 
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example, the technician might request more genera) 
infor ma tion when initially performing scheduled mainte- 
nance than when the technician has been alerted to the 
existence of a specific problem. 

Such requests for additional servicing information 
coukJ be initiated, for example, by using mouse 76 to 
click on any of links 181 through 184 to select the 
desired page, which in turn might contain finks to other 
pages. If no additional servicing information is required 
at this time; ftow proceeds to step S1 807. 

In step S1807, the service technician determines 
whether any diagnostic or maintenance functions 
should be run on copier 11. If, for example, either: (i) no 
problem exists, (ii) the Identified problems have been 
corrected, or (Hi) the problem requires a site visit and all 
relevant available data has already been obtained, the 
technician will generally decide not to instruct execution 
of any additional functions. In that event, the process 
ceases. However, if one or more maintenance or diag- 
nostic functions are desired to be executed, flew pro- 
ceeds to step S1809. 

In step S1809. the service technician clicks on link 
184 to retrieve the available function page illustrated in 
Figure 17, showing the maintenance and diagnostic 
functions available for copier 1 1 . Upon clicking on any of 
buttons 130 and then send button 102, workstation 1 
sends to copier 11 an IP-packet containing instructions 
to execute the series of functions selected in the order 
selected. 

In step S1810, copier 11 receives the data con- 
tained in the IP-packet and executes the functions 
described 

In step $1811. copier 11 obtains information relat- 
ing to the functions performed, and then copier 11 in 
connection with NIB 14 sends that information via an IP- 
packet containing HTML page update instructions to 
workstation 1. Thereafter, flew proceeds to step S1805 
where the service technician evaluates the information, 
and determines whether additional servicing informa- 
tion is required or additional maintenance or diagnostic 
functions should be run. 

As mentioned above, various data formats other 
than HTML might be used to implement the internet 
communications between workstation 1 and copier 11 
described above. For example, rather than sending a 
complete Web page, the network peripheral could send 
only the relevant data/relying on the receiving station to 
format the information for display. 

Rather than executing a Web browser, workstation 
1 could instead execute software specifically designed 
for communicating with copier 11. In this event graphi- 
cal formatting instructions and menus of information 
available from copier 1 1 are provided in part a in whole 
by means of software internal to workstation 1, rather 
than exclusively by copier 1 1 , as described in the steps 
abova Accordingly, in this case it is unnecessary to per- 
form the steps or portions of steps descrbed above for 
requesting or sending any such menu or formatting 



instructions. 

Furthermore, the above process steps can be 
implemented for a system in which a password is 
required to access copier 1 1 via th internet. In this 

5 event one or more of the requests from workstation 1 to 
copier 11 additionally includes such a password, and 
the copier's evaluation of the requests in step S1802 
and S1 810 additionally include the substep of evaluat- 
ing the password provided to determine whether it is 

io valid. 

Alternatively, or in addition to the preceding para- 
graph, in a password system an additional step could be 
included when any packet is sent from workstation 1 to 
copier 11. In this additional step, the validity of the pass- 
is word is evaluated in router 7 in order to screen whether 
the IP-packet should even be passed along to LAN 15. 

[Automatic Service Requests Over the World Wrie 
Web] 

20 

Figure 19 depicts a service request page automati- 
cally generated by a network copier in response to a 
detected condition. The page includes information 201 
concerning the nature of the problem and user informa- 

25 tion. In addition, the page includes a link 202 to other 
pages containing additional information that can be 
retrieved from the network copier. 

Figure 20 is a flowchart illustrating a method by 
which network copier 11 sends an automatic service 

30 request to a service organization operating workstation 
1. 

Generally, according to Figure 20, a condition of the 
network peripheral device is detected. Then, in 
response to the detected concfition, status information is 

35 automatically obtained, the status information corre- 
sponding to the detected condition. Finally, upon obtain- 
ing the status information, an IP-packet is automatically 
transmitted to the remote service organization via the 
IP-network, the IP-packet containing the status infer ma- 

40 tion. 

More particularly, in step $2001, network copier 1 1 
detects a condition for which service is required. In this 
context, service might include, for example, technical 
service and maintenance or service from a sales organ- 

45 ization, such as delivery of new part The condition 
might consist of an operational problem, such as a 
motor failure, discovered during self-diagnostic testing 
or during normal operations. Alternatively, the condition 
might consist of an event triggered by exceeding a 

so threshold quantity of usage, such as exceeding a 
threshold number of pages printed without performing 
scheduled maintenance. Finally, the condition might be 
triggered by a particular user input such as pressing a 
button instructing copier 11 to place a purchase order 

55 request. 

In step S2002, in response to th detected condi- 
tion information specif ically relating to the detected con- 
dition together with copier configuration and/or status 
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information is output from copier 11 to NEB 14 via XP 
interface 51. Although in this embodiment the informa- 
tion relating to the detected concfition is generated 
solely within copier 11. it wiD of course be understood 
other techniques might instead be employed in which 
NEB 14 plays an active role in querying copier 11 for 
such information. 

In step S2003. NIB 14 receives the information from 
copier 11 and retrieves from EPROM 34 information 
regarding the user and a contact person tor the user. 

In step S2004, NIB 14 inserts the obtained informa- 
tion into an HTML file selected from HTTP files 65. 
which also includes a link back to copier 1 1 . Then, NIB 
14 creates and sends an IP-packet including the HTML 
file and with the destination field designating the service 
organization. The IP-packet is transmitted to worksta- 
tion 1 successively via LAN 15, router 7, World Wide 
Web 6 and router 2, as described above in more detail. 

In step S2008. the IP-packet is received by work- 
station 1 . A browser executi ng on workstation 1 cfepteys 
the page according to the received instructions. Figure 
19 illustrates the received Web page. As shown, the 
page includes relevant information 201 concerning the 
user and the detected condition. In addition, by clicking 
on link 202 using mouse 76, the servicer organization 
can automatically obtain additional pages from the net- 
work copier. 

In step S2007, NIB 14 prepares and sends an e- 
mail message to workstation 9 in order to advise the 
network administrator that a service request has been 
submitted. 

Although the process steps described above trans : 
mat an HTML file, various data formats can be used to 
transmit the relevant data from the network peripheral to 
the service organization via the IP-network. Examples 
include transmitting only the field data in CGI format and 
transmitting the information by e-mail. 

The present invention has been descrbed with 
respect to particular illustrative embodiments. However, 
it is to be understood that the invention is not limited to 
the above descrfoed embodiments and that various 
changes and modffications may be made by those of 
ordnary skill in the art without departing from the scope 
of the invention as defined in the appended claims. 

Claims 

1. A method tor obtaining information from a periph- 
eral having an SNMP agent and an HTTP server, 
usable by a machine having a web browser capable 
of initiating execution of a ptaftform-frriependent 
segment of executable code, said method corrpris- 
ing: 

executing the browser to retrieve from the 
peripheral a file which includes a reference to a 
platform-independent segment of executable 
cod ; 



processing the file so as to request the code 
segment from the peripheral; 
receiving the cod segment from the periph- 
eral; 

5 executing the cod segment to create an 

SNMP client; 

executing the code segment to send a packet 
from the SNMP client to the SNMP agent; and 
receiving information concerning the peripheral 
io from the SNMP agent 

2. A method accorcfing to Claim 1, further comprising 
the step of executing the code segment to display 
the information in a client area of the browser. 

15 

3. A method according to Claim 1, wherein the file is in 
Hypertext Markup Language format 

4. A method accorcfing to Claim 1, wherein the packet 
so is an IP packet 

5. A method according to Claim 1, further comprising 
the steps of executing a platfonn-independerit seg- 
ment of executable code to access a file of a serv- 
es ice organization server and executing a platform- 
independent segment dt executable code to display 
the file of the service organization server. 

6. A method according to Claim 5, further comprising 
30 executing a platform-independent segment of exe- 
cutable code to complete the file using the informa- 
tion obtained from the SNMP agent 

7. A method according to Claim 6, further comprising 
35 executing a platform-independent segment of exe- 
cutable code to send the completed He to the serv- 
ice organization server. 

8. A method for providing peripheral information to a 
40 web browser capable of initiating execution of a 

platform-independent segment of executable code, 
the method being usable by a peripheral having an 
SNMP agent and an HTTP server, said method 
comprising: 

45 

receiving via the HTTP server a first packet 
sent from the web browser; 
sending an HTML file to the web browser, said 
HTML file containing a reference to a platform- 
so independent segment of executable code; 

receiving a request for the code segment from 
the web browser; 

sending the code segment to the web browser; 
receiving via the SNMP agent a second packet; 
55 and 

sending peripheral information to an SNMP cfi- 
ent via the SNMP agent 
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9. A method according to Claim 8, wherein the file ts in 
Hypertext Markup Language format. 

10. A method according to Claim 8, wherein the first 
and second packets are IP packets. 

11. A method for communicating between a web 
browser capable of initiating execution of a plat- 
form-independent segment of executable code and 
a peripheral having an HTTP server and an SNMP 
agent, the method comprising the steps of: 

transmitting a first packet from the web browser 
to the HTTP server; 

transmitting a file from the HTTP server to the 
web browser in response to the first packet, 
said fQe containing a reference to a platform- 
independent segment of executable code; 
processing the file so as to request the code 
segment from the HTTP server; 
transferring the code segment from the HTTP 
server to the web browser; 
executing the code segment to create an 
SNMP client; 

executing the code segment to send a packet 
from the SNMP client to the SNMP agent; and 
transferring information concerning the periph- 
eral from the SNMP agent to the SNMP client 

12. A method according to Claim 1 1 , further comprising 
the step of executing the code segment to display 
the information in a client area of the browser. 

13. A method according to Claim 11, wherein the file is 
in Hypertext Markup Language format 

14. A method according to Claim 11. wherein the first 
packet is an IP packet 

15. A method according to Claim 11, further comprising 
the steps of executing a platform-independent seg- 
ment of executable code to access a file of a serv- 
ice organization server and executing a platform- 
independent segment of executable code to display 
the fie of the service organization server. 

16. A method according to Claim 1 5. further comprising 
executing a platform-independent segment of exe- 
cutable code to complete the file using the informa- 
tion obtained from the SNMP agent. 

17. A method according to Claim 1 6, further comprising 
executing a platform-independent segment of exe- 
cutable code to send the completed file to the serv- 
ice organization server. 

18. Computer-executable process steps stored in a 
computer-readable medium, th process steps to 



obtain information from a peripheral having an 
SNMP agent and an HTTP server and being usabl 
by a machine having a web browser capable of ini- 
tiating execution of a platform-independent seg- 
5 merit of executable code, said process steps 
comprising: 

an executing step to execute the browser to 
retrieve from the peripheral a file which 

w includes a reference to a platform-independent 

segment of executable code; 
a processing step to process the file so as to 
request the code segment from the peripheral; 
a first receiving step to receive the code seg- 

is merit from the peripheral; 

a first executing step to execute the code seg- 
ment to create an SNMP dient; 
a second executing step to execute the code 
segment to send a packet from the SNMP cfi- 

20 ent to the SNMP agent; and 

a second receiving step to receive information 
concerning the peripheral from the SNMP 
agent 

2s 19l Computer-executable process steps according to 
Claim 18. further comprising a third executing step 
to execute the code segment to display the informa- 
tion in a client area of the browser. 

30 20. Computer-executable process steps according to 
Claim 18, wherein the file is in Hypertext Markup 
Language format 



35 



21. Computer-executable process steps according to 
Claim 18. wherein the packet is an IP packet. 



22. Computer-executable process steps according to 
Claim 18. further comprising a fourth executing step 
to execute a platform-independerit segment of exe- 

40 cutable code to access a file of a service organiza- 
tion server; and 

a fifth executing step to execute a platform- 
independent segment of executable code to display 
the file of the service organization server. 

46 

23. Cornputer-executable process steps accortfing to 
Claim 22. further comprising a sixth executing step 
to execute a ptatfomHndependent segment of exe- 
cutable code to complete the file using the informa- 

so tion obtained from the SNMP agent 

24. Computer-executable process steps according to 
Claim 23. further comprising a seventh executing 
step to execute a platform-independent segment of 

55 executable code to send the completed file to the 
service organization server. 

25. Computer-executable process steps stored in a 
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computer -readable medium, the process steps to 
provide penpheraJ information to a web browser 
capable of initiating execution of a platform-inde- 
pendent segment of exact rtabi code, th process 
steps being usable by a peripheral having an SNMP s 
agent and an HTTP server, said process steps 
comprising: 



26. Computer-executable process steps according to ss 
according to Claim 25, wherein the ffle is in Hyper- 
text Markup Language format 

27. Computer-executable process steps according to 
according to Claim 25, wherein the first and second 30 
packets are IP packets. 

28. Computer-executable process steps stored in a 
computer-readable medium, the process steps to 
communicate between a web browser capable of 3s 
initiating execution of a platform-independent seg- 
ment of executable code and a peripheral having an 
HTTP server and an SNMP agent the process 
steps comprising: 

40 

a first transmitting step to transmit a first packet 
from the web browser to the HTTP server; 
a second transmitting step to transmit a ffle 
from the HTTP server to the web browser in 
response to the first packet said file containing 45 
a reference to a platform-independent segment 
of executable code; 

a processing stop to process the file so as to 
request the code segment from the HTTP 
server; so 
a first transferring step to transfer the code seg- 
ment from the HTTP server to the web 
browser; 

a first executing step to execute the code seg- 
ment to create an SNMP client ss 
a second executing step to execute the code 
segment to send a packet from the SNMP cli- 
ent to the SNMP agent; and 



a second transferring step to transfer informa- 
tion concerning th peripheral from the SNMP 
agent to the SNMP dient 

2& Computer-executable process steps according to 
according to Claim 28, further comprising a third 
executing step to execute the code segment to c5s- 
pJay the information in a client area of the browser. 

30. Computer-executable process steps according to 
Claim 28* wherein the ffle is in Hypertext Markup 
Language format. 

31. Computer-executable process steps according to 
Claim 28, wherein the first packet is an IP packet 

32. Computer-executable process steps according to 
Claim 28, further comprising a fourth executing step 
to execute a plaftform-indeperident segment of exe- 
cutable code to access a file of a service organiza- 
tion server; and 

a fifth executing step to execute a platform- 
independent segment of executable code to display 
the file of the service organization server. 

33. Computer-executable process steps according to 
Claim 32, further comprising a sixth executing step 
to execute a platform-independent segment of exe- 
cutable code to complete the file using the informa- 
tion obtained from the SNMP agent 

34. Computer-executable process steps according to 
Claim 33, further comprising a seventh executing 
step to execute a plattornrH'ndependent segment of 
executable code to send the completed ffle to the 
service organization server. 

35. A machine having a web browser capable of initiat- 
ing execution of a plattorm-independent segment of 
executable code so as to obtain information from a 
peripheral having an SNMP agent and an HTTP 
server, the machine comprising: 

a memory which stores data ffles, the web 
browser, executable code segments, and proc- 
ess steps executable by a processor; 
an interface over which communications are 
transmitted between the machine and the 
peripheral; and 

a processor which executes the process steps 
stored in the memory (1) to execute the 
browser to retrieve from the peripheral a file 
which includes a reference to a platform-inde- 
pendent segment of executable code, (2) to 
process the file so as to reguest the code seg- 
ment from the peripheral, (3) to receive the 
code segment from the peripheral, (4) to exe- 
cute the code segment to creat an SNMP cC- 



a first receiving step to receive, via the HTTP 
server, a first packet sent from the web io 
browser; 

a first sending step to send an HTML file to the 
web browser, said HTML ffle containing a refer- 
ence to a platfoi m-independent segment of 
executable code; is 
a second receiving step to receive a request for 
the code segment from the web browser; 
a second sending step to send the code seg- 
ment to the web browser; 

a third receiving step to receive, via the SNMP so 
agent, a second packet and 
a third sending step to send peripheral informa- 
tion to an SNMP client via the SNMP agent. 



12 



23 



EP0 843 268 A2 



24 



ent (5) to execute th code segment to send a 
packet from the SNMP cfient to the SNMP 
agent; and (6) to receive information concern- 
ing the peripheral from the SNMP agent 

36. A machine according to Claim 35, wherein the proc- 
essor executes process steps stored in the memory 
to execute the code segment to display the informa- 
tion in a client area of the browser. 

37. A machine according to Claim 35, wherein the file is 
in Hypertext Markup Language formal 

38. A machine according to Claim 35, wherein the 
packet is an IP packet 

39. A machine according to Claim 35, wherein the proc- 
essor executes process steps stored in the memory 
to execute a platform-independent segment of exe- 
cutable code to access a file of a service organiza- 
tion server, and to execute a platform-independent 
segment of executable code to display the He of the 
service organization server. 

40. A machine according to Claim 39, wherein the proc- 
essor executes process steps stored in the memory 
to execute a platform-independent segment of exe- 
cutable code to complete the file using the informa- 
tion obtained from the SNMP agent. 

41. A machine according to Claim 40, wherein the proc- 
essor executes process steps stored in the memory 
to execute a platform-independent segment of exe- 
cutable code to send the completed file to the serv- 
ice organization server. 

42. A peripheral having an SNMP agent and an HTTP 
server which provides peripheral infor mati o n to a 
machine having a web browser capable of initiating 
execution of a platfonrnndependent segment of 
executable code, said peripheral comprising: 

a memory which stores data files, executable 
code segments and process steps executable 
by a processor; 

an interface over which communications 
between the machine and the peripheral are 
transmitted; and 

a processor which executes the process steps 
stored in the memory (1) to receive, via the 
HTTP server, a first packet sent from the web 
browser, (2) to send an HTML tie to the web 
browser, said HTML file containing a reference 
to a platform-independent segment of executa- 
ble code, (3) to receive a request for the code 
segment from the web browser, (4) to send the 
code segment to the web browser. (5) to 
receive, via the SNMP agent a second packet 



and (6) to send peripheral informati n to an 
SNMP cfient via th SNMP agent. 

43. A peripheral according to Claim 42, wherein the fi) 
5 is in Hypertext Markup Language format 

44. A peripheral according to Claim 42, wherein the first 
and second packets are IP packets. 
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^130 

<HTML> ' 
<HEAO> 

<TTTLE>Canon Webspot vl .0 pre-alpha</7TTl_E> 
<FRAMESET ROWS="90% *"> 

<FRAMESET COLS="144, *"> r 1 31 

<FRAME SRC="lefLhtm" NAME=TabFrame"> J 132 
<FRAME SRC="home.htmr NAME=TWainFrame">- / " 

</FRAMESET> 

<FRAME NAME="FboterFramB" 
SRCs-http^/1 46.1 84^Z107/helfVfboter.htm"-^ 
MARGINHEIGHT="1" BORDER=0> 
</FRAMESET> 

<BR> 



<META NAME="GENERATOR" CO NTENT=" I ntern et Assistant for 

Microsoft Word 2.0z"> 

</HEAD> 

<BODYTOPMARGIN=0 BACKGROUND="FOOT BACK.GIP> 

<P> 

<BR> 

</BODY> 
</HTML> 
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^140 

<IDOCTYPE HTML PUBUC V/W3C//DTD HTML 3.2//EN"> / 

<HTML> 

<HEAD> 

<TTTLE>Untitled<nTrLE> 

<META NAME="GENERATOR" CONTENT=-Moznia/3.0Gold (Win95; 0 
[Netscape]"> 
</HEAD> 
<BODY> 

<PxA> HREF«="home.htm" TARGET="MaInFrame"xlMG SRC="GRBULGIP 
BORDER=0 HEIGHT=1 2 W1DTH=1 1x/AxB><FONT 
(XDLOR=*W000000">We!come</FONT></B> 

<HR></P> 

<P><mk></P> 

^-141 

<P><A HREF="status2.htm" TARGET="MaInFrame"xlMG 

SRC="GRBULGIP BORDER=0 HEIGHT=1 2 WIDTH=1 1 ></A><B><FONT 

COLOR="#000080">Status& 

Errors</FONT></B> 

<HR></P> 

^-141 

<P><A HREF="features.htm"TARGET="MaInFrame"xlMG 
SRC="GRBULGIP BORDER=0 HEIGHT=12 WIDTH=1 1 x/AxBxFONT 
COLOR='#800080">Features</FONTx/B> 

<HRx/P> 

^•141 

<PxA HREF='admln.htm" TARGETs"MaInFrame"xlMG 
SRC="GRBULGIP BORDER=0 HEIGHT=1 2 WIDTH=1 1 ></AxBxFONT 
COLOR="#008080">AdminIstration</FONTx/B> 

<HRx/P> ^ 142 

<APPLET CODE="select.dass"> 
</APPLET> 

</BODY> 
<HTML> 
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^160 

<IDOCTYPE HTML PUBUC "-//W3C//DTD HTML 32/fEN'> J 

<HTML> 

<HEAD> 

<TTTLE>Untitled<mTLE> 

<META NAME="QENERATOR" CONTENT="MoziIla/3.0GoW (Win95; 0 
INetscape]"> 
</HEAD> 
<BODV> 

<P><A NAME="admln currentconfig%</A><FONT SIZE=+2><BxFONT 

COLOR="#008080">AdmInIstraaon</FONT></B> 

</FONTxlMG 

SRC=^e^//GJ/USERS/MKODIMER/MKODIMERywebspot/proto/reboot_ 
1 .grf" HEJGHT=18 WIDTH=94xA HREF="flash.fI "><IMG 
SR(^^le-y//GJ/USERS/MKODIMER/MKODIMERAvebspot/proto/flash_1 
.glT BORDER=0 HEIGHT=18 WlDTH=178x/AxA 
HREF="p defaults.p<rxlMG 

SRC=^8^//G|AJSERS/MKDDIMER/MKODIMERAvebspot/proto/printse 
ttings 1.glT BORDER=0 HEIGHT=1 8 WIDTH=1 74></Ax/P> 

161 

^APPLET CODE="apploons.dass" W1DTH=100 HEIGHT=25> 
</APPLET> 

165 

^APPLET CODE="bu!Idtb!.dass'WIDTH=600 HEIGHT=1000> 
</APPLET> 

</BODY> 
</HTML> 
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